home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000227_news@newsmaster….columbia.edu _Sat Nov 1 10:50:42 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA04329
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 1 Nov 1997 10:50:42 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA03977
  7.     for kermit.misc@watsun; Sat, 1 Nov 1997 10:50:41 -0500 (EST)
  8. Newsgroups: comp.protocols.kermit.misc,comp.unix.sco.misc
  9. Path: news.columbia.edu!panix!howland.erols.net!EU.net!sun4nl!sun4nl!echelon!kees
  10. From: kees@echelon.nl (Kees Hendrikse)
  11. Subject: Re: C-Kermit 6 binaries for SCO XENIX 2.3.4 w/hardware flow control
  12. Organization: Echelon Consultancy, Enschede, The Netherlands
  13. Date: Sat, 1 Nov 1997 15:16:43 GMT
  14. Message-ID: <EIz3rv.B2F@echelon.nl>
  15. References: <345A4955.5C44@tiac.net> <63fce1$3d9$1@apakabar.cc.columbia.edu>
  16. Lines: 27
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:8007 comp.unix.sco.misc:54016
  18.  
  19. In <63fce1$3d9$1@apakabar.cc.columbia.edu> Frank da Cruz writes:
  20.  
  21. > In article <345A4955.5C44@tiac.net>, Compu-Craft  <ccraft@tiac.net> wrote:
  22. > : I am looking for C-Kermit 6 binaries for SCO XENIX which supports
  23. > : hardware flow control (HWFC).  
  24.  
  25. (..)
  26.  
  27. > Anyway, I might be mistaken, but I am fairly sure that C-Kermit for Xenix
  28. > does not support hardware flow control because Xenix itself does not
  29. > support it (hardware flow control is a fairly recent development in most
  30. > UNIX platforms). 
  31.  
  32. SCO Xenix -from 2.3.0 upward- does support rtsflow/ctsflow. However, it is
  33. rts/cts flowcontrol in the classic sense (unidirectional): If both rtsflow
  34. and ctsflow bits are enabled, Xenix asserts RTS when it wants to send data
  35. and waits for CTS assertion before it actually starts sending data. You
  36. most certainly want rts/cts control in the modern way, in which rts is used
  37. to control data in one direction and cts is used for the other direction.
  38.  
  39. By the way, the Xenix rts/cts implementation was broken in 2.3.0 and 2.3.1.
  40.  
  41. -- 
  42. Kees Hendrikse                               | email:     kees@echelon.nl
  43.                                              |
  44. ECHELON consultancy and software development | phone: +31 (0)53 48 36 585
  45. PO Box 545, 7500AM Enschede, The Netherlands | fax:   +31 (0)53 43 37 415